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SYSTEM ASD METHOD FOR PROCESSING LOANS 

Back^und o f the Invention 

The present invention relates generally to loan processing systems and, more 
particularly, to a system and meAod for processmg loan data using a graphical user 
interface to import data from a loan origination systan and transfer the data to a remote 
server for processing. 

Currently, there is an increasing demand on lending institutions to process loans. 
This demand is presumably a result of the rising number of people applying for home 
mortgage loans, more &vorable refinancing terms, automobile loans, credit card 
consolidation loans, and other types of loans to purchase products or services. Typically, 
the loan approval process requires a considerable amount of time involving extensive 
research of a bonower's financial history, credit rating, and other variables. This time 
involvement is certainly significant for mortgage loan approval. 

Traditional mortgage transactions typically begin with a consumer approaching a 
mortgage broker for a loan. The consumer provides basic information about themselves 
(employment, income, assets, liabilities), the subject property, and the desired loan. This 
information is gathered on a standard loan plication form. The broker enters this data 
into various loan origination software (LOS) systems for storage and printing purposes. 
Once the data entry is complete, the broker assembles a credit package and sends it to one 
or several lenders for consideration. This package may include the loan ^plication, a 
credit report obtained by the broker, documentation regarding the borrower's income, 
employment and assets, and an ^praisal of the property to be purchased/refinanced. 

Upon receiving the package, one of the lender's undenvriters reviews it The 
underwriter makes a decision to ^rove or deny the loan request based on the borrower's 
credit worthiness, capacity to pay. and collateral. Once the underwriter has reviewed these 
criteria, he sends a notice to the broker regarding loan approval. If the loan is denied, the 
underwriter sends an explanation for this decision. The underwriter may also "suspend" 
the loan, meaning they will withhold final judgment until additional documentation has 
been provided. Alternatively, the underwriter may approve the loan and inform the broker 
of this decision. 
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If the loan is ^proved, the broker calculates the loan price offered by the lender. 
This calculation involves reviewing a rate sheet received daily from the lender. This rate 
sheet ofifers a standard price based on the loan's interest rate along with various pricing 
adjustments based on particular loan categories. After reviewing the rate sheet, the broker 
calls the lender's "ratelock desk." He describes the loan's characteristics to a ratelock desk 
member who "locks in the price" for a particular period of time and sends the broker a 
ratelock confirmation. Once the loan is approved and ratelocked, the broker works with a 
document preparation company to prepare the closing loan documents. Subsequently, the 
broker delivers the closing loan documents to an escrow company for execution by the 
borrower(s). This entire process generally takes at least six weeks. 

The traditional mortgage loan process desoibed above is very cimibersome. 
Consequently, many investors have developed software-based systems that automate 
certain stages of the loan approval process. These systons include Government Sponsored 
Entity (GSE) automated underwriting systems Freddie Mac's Loan Prospector^ and 
Fannie Mae's Desktop Underwriter™). 

A mortgage transaction involving the aforementioned GSE automated imderwriting 
systems begins in the same manna: as the traditional process-a consumer approaching a 
mortgage broker in need of a loan. The consumer provides basic information about 
themselves (employment, income, assets, liabilities), the subject property, and the desired 
loan. This information is gathered on a standard loan application form. Once the 
£q>plication is complete, the broker assembles a credit package and sends it to a lender. 
This package may include the loan q)plication, a credit report obtained by the broker, 
documentation regarding the borrower's income, employment and assets, and an appraisal 
of the property to be purchased/refinanced. 

At this stage in the loan approval process, the GSE automated underwriting system 
becomes involved. Upon receiving the aedit package, the lender enters loan data into the 
GSE automated underwriting system software installed on their local workstation. The 
loan data is processed through an automated underwriting engine which provides a quick 
loan approval decision and generates documentation requirements for the loan. Once the 
automated underwriting engine processes the loan, the lender sends a notice to the broker 
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regarding loan q)proval. If the loan is s^roved» the broker calculates the loan price being 
offered by the lender. This calculation involves reviewing a rate sheet received daily from 
the lender. After reviewmg the rate sheet, the broker calls the lender's "ratelock desk" and 
describes the loan's characteristics to a ratelock desk member who "locks in the price" for a 
particular period of time. The ratelock desk sends confirmation to the broker for the 
ratelock price. Once the loan has beoi approved and ratelocked, the broker works with a 
document preparation company to prepare the closing loan documents. Subsequently, the 
broker delivers the prq)ared closing documents to an escrow company for execution by the 
borrower(s). Although parts of the GSE system loan ^roval process arc automated, the 
process still requires a significant amount of human involvement and cost. Therefore, it is 
desirable to have a complete automated loan ^proval system and method that provides fiast 
and accurate loan approval dedsions at a minimal cost 
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Summary of Ae Invenrion 
A system and method consistent with the present invention provides an improved 
loan processing system as compared to both the traditional and the GSE loan processing 
systems. The improved loan processing system described herein begins with a consumer 
approaching a mortgage broker for a loan, similar to the initial stages of the traditional and 
GSE loan processing systems. The consumer provides basic information about themselves 
(employment, income, assets, liabilities), the subject property, and the desired loan. This 
information is gathered on a standard loan application form and entered mto various LOS 
systems for the storage and printing purposes. 

At this stage, the improved loan processing system differs from the traditional and 
GSE systems in a variety of ways. First, while; the GSE systems generally reside on 
lenden* workstations, the improved loan processing system resides on brokers' 
workstations. Moreover, the improved loan processing system has the ability to import 
data from select LOS systems. Thus, a broker can electronically import single and 
multiple loan files from their LOS system into their improved loan processing system, 
which then validates the loan files for completeness, and prepares the loan files for 
submis^on. 

During the submissiim process, no paperwork is exchanged between the broker and 
lender. With the click of a button, the broker submits the loan(s) for an underwriting and 
pricing decision via a modem or the Internet to a remote server for processing. The remote 
server then pulls a credit report electronically, processes the loan data, and a sends a 
decision back to the broker, thereby eliminating the need for rate sheets. This decision 
includes a quick approval, a loan price and multiple pricing scenarios. 

By providing multiple pricing scenarios, the time involved in finalizing a loan price 
is significantly decreased. Typically, the process of choosing a loan price involves 
constant negotiation between the borrower and broker. During these price negotiations the 
price often fluctuates dependix^ on several key loan characteristics (e.g., interest rate, size 
of down payment, loan purpose, ^.). Hie improved loan processing system provides 
pricing scenarios based on variations in these key loan characteristics. Using these 
scenarios, a broker can more efficiently work with a borrowCT to agree on a final price. 
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Brokers, working with borrowers, can select one of the pricing scenarios provided up-front 
or re-submit the loan infomiation with completely different loan characteristics. 

If Ac broker wants to "lock in the price" of an approved loan, he can do so 
electronically with the click of a button, thus eliminating the need for a phone call or 
human interaction. In addition, a broker can extend and cancel ratelocks electronically. 
The process of submitting and nitelocking a loan provided above can be conq)l^ed in ten 
minutes or less with the improved loan processing system. 

With regard to processing physical loan files, the improved loan processing system 
provides additional functionality as well. Physical files delivered to a lender may be 
missing necessary documentatioa If so, "suspense conditions" are often put on the file, 
and the broker is notified that he needs to fulfill tfiese conditions. In the traditional and 
GSE loan approval processes, lenders must mail or fax these suspense conditions to 
brokers. The improved loan processing system allows a broker to view these loan suspense 
conditions from their desktop software. 

Further, in the traditional and GSE loan ^proval processes, a lender has no way of 
identifying how many files will be arriving on a given day. As a result, the number of 
incoming files may far exceed allocated staff resources. The improved loan processing 
system, however, allows brokers to provide advance warning to laiders electronically, 
prior to sending a physical file. By using this improved loan processing system, a lender 
can allocate staff resources accordii^y. 

Finally, the improved loan processing system can significantly reduce document 
preparation time by allowing brokers to prepare loan documents and deliver them to an 
escrow company via the Internet This feature also allows an escrow company to better 
track incoming files for mortgage loan closings. 

The improved loan processing system implements the foregoing features through a 
method for electronically processing loan data for one or more loans which comprises the 
steps of importing loan data fi^m a loan origination system into a local environment using 
a graphical user interfece; transferring the loan data to a remote environment; processing 
the loan data at the remote environmrait to produce an output regarding the loan being 
processed; and sending the output to Ae local envirorunent 
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A system for electronically processiiig loan data for one or more loans comprises 
means for importing loan data from a loan origination system into a local environment 
using a graphical user interfece; means for transferring the loan data to a remote 
cnvironmoit; means for processing the loan data at the remote environment to produce an 
output regarding the loan being processed; and means for sending the output to the local 
environment 

Both the foregoing general description and the following detailed description are 
exemplary and explanatory and are intended to provide further explanation of the invention 
as claimed. 



Brief Description of the Drawings 

The accompanying drawings, v^ch are incorporated in and constitute a part of the 
specification, illustrate presendy prefened embodiments of the invention and, together 
with the preceding general description and the following detailed desCTiption, explain the 
principles of the invention. 

In the drawings: 

Fig. 1 illustrates a loan processing system consistent with the present invention; 

Fig. 2 illustrates a flowchart of a method for processing loan data consistent with 
tiie present invention; 

Fig. 3 illustrates a graphical user interfiace for accessing a loan processing system 
consistent with the present invention; 

Fig. 4 illustrates a graphical user interface for selecting loan data; 

Fig. 5 illustrates a gr^hical user interface for searching stored loan data; 

Fig. 6 illustrates a graphical user interfiace for displaying loan data relating to loan 
temis, loan purchase, and a borrower's residence; 

Fig. 7 illustrates a gn^hical usct interface for displaying loan data reladng to a 
borrower's finances; 

Fig. 8 illustrates a graphical user interface for displaying loan data relating to 
transactional information; 
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Fig. 9 illustrates a gn^hical us^ interface for displaying loan data relating to 

underwriting and transmittal information; 

Fig. 1 0 illustrates a gr^hical user interface for displaying loan data relating to 
mortgage infonnation; 

Fig. 1 1 illustrates a graphical user inter&ce for displaying loan data relating to loan 
pricing and approval; 

Fig. 12 illustrates a gn^jhical user interfece for displaying loan data relating to loan 
submission guidelines; 

Fig. 13 illustrates a graphical user interfiw^e for displaying credit report data; 

Fig. 14 illustrates a gr^hical user inter&ce for displaying loan suspense 
information; 

Fig. 1 5 illustrates a gr^hical user interface for locking in a loan rate; 
Fig. 16 illustrates a graphical user interfece for displaying an advance warning 
regarding a loan; 

Fig. 1 7 illustrates a graphical user interfece for selecting a loan report; 
Fig. 1 8 illustrates a graphical user interfece for generating a loan report; 
Fig. 19 illustrates a graphical ws&r interfece for generating loan pricing and rate lock 
infonnation; 

Fig. 20 illustrates a gnq)hical user interfece for generating document requirements; 
Fig. 2 1 illustrates a graphical user interfece for generating loan suspense 
information; and 

Fig. 22 illustrates a flowchart of a method for processing loan data received from a 

source. 
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Dialled Description of pi e Invention 

Systems and methods consistent with the present invention use an automated 
process to determine whether to approve or deny a loan. Initially, loan processing software 
generates a graphical user inter&ce in a client envirorunent to import, validate, and prepare 
loan data from a LOS system for transfer to a remote server environment for processing. 
The remote server environment includes multiple servers for processing the loan data based 
on services associated with the loan (e.g., credit, risk, underwriting, etc.). An output is 
generated upon completion of the loan data processing (e.g., approval with loan pricing 
scenarios or disapproval of the loan). The output is sent to the client enviroiunent for 
consideration and approval. Once cqpproved, a loan price may be rate-locked for a 
predetermined period of time at the request of a user (e.g., borrower). 

Fig. 1 illustrates a loan processing system 100 consistent with the present invention. 
Loan processing system 100 is an automated system configured to process any type of loan 
data including loan data relating to mortgages^ personal loans, and automobile/boat loans. 
One skilled in the art should recognize that loan processing system 100 illustrated in Fig. I 
may have a different configuration and include additional components not shown or 
discussed herein, but are consistent with the present invention. As illustrated in Fig. 1 , 
loan processing system 100 includes a client envirorunent 105 and a server environment 
1 10 connected by one or more communication charmels 115. Client environment 105 . 
includes a computer system configured to permit a user (e.g., mortgage broker) to receive, 
validate, prepare, and transfer loan data to a remote server envirorunent for processing. To 
fecilitate this operation, client environment 105 includes a processor 120, input/output 
devices 125, and a memory 130. 

Processor 120 is a high-speed processor, such as an Intel Pentium® processor, 
capable of processing textual and graphical infonnatioa Processor 120 sends information 
to and receives information from input/output devices 125 to enable user interaction. 
Input/output devices 125 may include a keyboard, mouse, microphone, monitor, speaker, 
and other components that support user interaction. Processor 120 also sends mformation 
to and receives information from memory 130. Preferably, memory 130 is random access 
memory (RAM) located in a housing with processor 1 20 or in an external unit (not shown). 

-8- 
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Memory 130 stores data and software implemented by processor 120. Specifically, 
memory 130 stores loan processbg software 131, such as electronic - Mortgage 
Information Transaction System (ie-MITS^) software developed by IndyMac, Inc. of 
Pasadena, California, and client software 133. Loan processing software 13 1 is a program 
that generates a gr^hical user inter&ce to support user interaction and provide loan 
processing functionality in client environment 105. Client software 133 includes 
communication software for transferring data between client environment 105 and server 
cnviroimient 1 1 0. One skilled in the art will appreciate that memory 1 30 may store 
additional software programs as necessary to perform desired functions in client 
enviroTunent 105 consistent with the present invention. 

Client enviroimient 105 is configured to coimnunicate with a LOS system 135 (e,g., 
Contour Loan Handler™ and Calyx Winpoint™) through a datastore 140 to import loan 
data for processing. LOS systems typically include a software program that allows a user 
to enter in borrower information and other data. The entered data is stored in datastore 
140. Loan processing software 131 saves as a bridge between LOS system 135 (through 
datastore 140) and saver environment 1 10 to provide preliminary loan processmg and 
validation. A method for loan processing using LOS systan 135, datastore 140, and loan 
processing software 13 1 consistent with the present invention is described below with 
respect to FIG. 2. 

Server environment 1 10 is a central loan processing environment configured to 
process multiple loan requests ftom multiple cliait environments. Sorver environmait 1 1 0 
processes each request and computes an output (e.^., ^proval or dis^proval of loan, loan 
pricing scenarios, etc). Once computed, the ouQjut is transferred to the requesting client 
envirormient 

Preferably, server environment 1 10 includes six individual servers configured to 
perform a specific task in the loan approval process. The six servers are connected to each 
other in a way that supports pipeline processing. That is, the individual servers process a 
loan in a pre-defined order. Rpeline processing allows the output of one server to be fed 
into one or more subsequent servers. These severs include a dispatcher server 145, a pre- 
processor server 150, a credit server 155, a risk grade server 160, an underwriting server 
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165, and a pricing server 170. Dispatcher server 145 assigns each server a task. In 

addition, each server includes a user interfece for displaying the status of loans and server 
performance information throughout the loan approval process. The servers of server 
environment 1 10, illustrated in Fig. 1, provide the necessary functionality to implement 
methods consistent with the present bvention described herein. One skilled in the art will 
appreciate, however, that servers or other components may be added or removed from 
s«ver environment 1 10, as necessary, to conform to a specific user environment 

Dispatcher server 145 receives loan data from a requesting source (e.g., client 
environment 105), routes the loan data within server environment 1 1 0 to other servers, and 
transfers an output regarding loan approval to the requesting source. Dispatcher server 145 
can communicate directly with any of the servers in server environment 1 10. This server 
includes a queue 146 for receiving data, a processor 147 for processing the received data, 
and a memory 148 for storing data. As illustrated in Fig. 1, memory 148 stores dispatcher 
server software 149, v^ich is implemented by processor 147 to perform dispatcher server 
145 functions described in detail below. 

Prc-processor server 150 prepares the loan data for processing and computes a loan- 
to-value (LTV) ratio and a total loan-to-value (TLTV) ratio. This server includes a queue 
1 5 1 for receiving data from dispatcher server 145, a processor 1 52 for processing the 
received data, and a memory 153 for storing data. As illustrated in FIG. 1, memory 153 
stores pre-processor server software 154, which is implemented by processor 152 to 
perform pre-processor server 150 fimctions described in detail below. 

Credit server 155 uses the borrower's name, social security number, and address to 
obtain a credit report and to generate a decision from FICO scores and raw credit data. This 
server includes a queue 156 for receiving data from dispatcher server 145 and/or pre- 
processor server 150, a processor 157 for processing the received data, and a memory 158 
for storing data. As illustrated m FIG. 1 , memory 158 stores credit server software 1 59 
which is implemented by prwcssor 157 to perform credit server 155 fimctions described in 
detail below. 

Risk grade server 160 receives loan data and credit score information from 
dispatcher server 145 and credit server 155. Using this data and information, risk grade 
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server 1 60 generates a risk grade for the loan, including loss coverage estimates, and 
computes subordination levels. Subordination levels reflect the cash flow for a loan that 
contributes to each class of securities in a pool (eg., the higher the subordination level, the 
riskier the loan). Risk grade server 160 includes a queue 161 for receiving data, a 
processor 162 for processing the received data, and a memory 163 for storing data. As 
illustrated in FIG- 1, memory 163 stores risk grade server software 164, which is 
in^)lem«ited by processor 162 to perform risk grade server 160 functions described in 
detail below. 

Underwriting server 165 recrives loan and risk grade data fiom dispatcher server 
145 and/or risk grade server 160 to determine underwriting guidelines and documentation 
requirements for the loan. This server includes a queue 166 for receiving the loan and risk 
grade data, a processor 167 for processing the received data, and a memory 168 for storing 
data. As illustrated in Fig. 1, memory 168 stores underwriting server software 169, which 
is implemented by processor 167 to perform underwriting server 165 functions described 
in detail below. 

Pricing server 1 70 uses subordination levels and loan and risk grade data to 
generate pricing scenarios for the loan. This server includes a queue 171 for receiving 
data, a processor 172 for processing the received data, and a memory 173 for storing data. 
As illustrated in FIG. 1 , memory 173 stores pricing server software 1 74, which is 
implemented by processor 172 to perform pricing server 170 functions described in detail 
below. 

Server environment 1 10 is configured to communicate with external resources 1 80 
(e.g., credit reporting agencies) to send and receive information used in the loan approval 
process. This communication can be accomplished using any commxmication medium 
capable of transferring data, mcluding public telephone lines or dedicated communication 
circuits. 

Client environment 105 and server environment 1 10 are coimected by 
communication channel 1 1 5, which is a wireline channel supported by any capable 
communication medium. Communication channel 1 1 5 can be a wide area network or a 
local area network fliat supports the transfer of data signals (e.g., Internet, telephone, etc.). 

-11- 
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Although not illustrated in Fig. 1, communication channel 1 15 can also support multiple 
client and server environments to impl^ent the loan processing systems and methods 
described herein. 

Fig. 2 illustrates a flowchart of a method for processing loan data consistent with 
the present invention. The method begins with the step of importing and verifying loan 
data in client environment 105 for a single loan or multiple loans using loan processing 
software 13 1 (step 200). Preferably, loan processing software 131 imports the loan data 
from a LOS system datastore into a graphical user inter&ce implemented by processor 120 
in client environment 105. Loan processing software 131 validates the loan data (te., 
ensures loan data is complete) and saves it in a local datastore for subsequent transmission 
to server environment 110 (step 210). If the loan data pertains to a single loan, the time 
between saving and transmission can be virtually instantaneous. The user, however^ may 
wish to submit loan data for a number of loans as a batch at the end of the business day to 
reduce communication costs. In this instance, the user holds the multiple loan data in a 
batch until a specified time (step 220). 

At the appropriate time, the loan data is transmitted to server envirormient 1 10 as a 
single loan or a batch of loans (step 230). Server environment 1 10 receives the loan data 
for each loan and processes the loan data in accordance with the services associated with 
each loan (step 240). After processing the loan data, server environment 110 determines 
whether to approve or not £q)prove the loan (step 243), If the loan is not approved, an 
output indicating this fact is sent to client envirormient 105 along with reasons for the 
disapproval (step 247). If the loan is approved, pricing server 170 generates an output, 
which includes a loan price, and sends it to client environment 105 for approval (step 250). 

At this point, the user of client environment 105 can decide whether the loan price 
is satisfectory (step 260). If not, the user can modify or correct the loan data, where 
appropriate, and save it in local datastore 140 (step 270). The user then transmits the 
modified loan data to server environment 1 10 for processing. If the loan price is 
satis&ctory for a single loan, tiie user can request a rate-lock firom server environment 110 
(step 280), which is only available for a single loan. This guarantees the user a certain loan 
price for a specified period of time. The foregoing method may be repeated as necessary to 

-12- 
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process additional loan data for a single loan or a batch of loans. An example of loan 
processing software 131 implemented in client environment 105 consistent with the present 
invention is described in detail with respect to Figs. 3-21 and software implemented on the 
servers in server environment 1 10 is described in detail with respea to Fig. 22, 

Figs. 3-21 illustrate different screens of a graphical user interface generated by loan 
processing software 131 consistent with the present invention. The software shown in 
these 5gures is e-MTTS. One skilled in the art will ^predate that e-MITS is desoibed in 
Figs. 3-21 merely as an example of loan processing software consistent with the present 
invention. 

When loan processing software 131 is first executed on processor 120, an access 
screen 300 is generated, as shown in Fig. 3. This screen requires the user to enter a name 
and a password. Once access is granted, loan processing software 131 generates a screen 
400 for selecting loan ^ m, as shown m Fig. 4. This display allows the user to select all 
loans, loans new to loan processing software 131, loans waiting submission, loans 
submitted to server environmenit 1 10, loan decisions received from server environment 
1 10, loans rate-locked with server environment 1 10, and canceled loans. Once selected, 
the loan data for the selected loan is imported into the graphical user interface of loan 
processing software 131. 

Fig. 5 illustrates a screen 500 for searching selected loan data stored in memory 130 
or datastore 140, Because all loans were selected in the previous screen of Fig. 4, screen 
500 lists loan data in a spreadsheet for all borrowers listed in memory 1 30 or datastore 140. 
This screen displays the borrower's name, client environment loan number, address, server 
environment loan number, and loan state. Column headers for these categories may differ 
from the column headers in LOS system 135. Moreover, this screen may be configured to 
include more or less information as desired. In addition, if using a mouse, a user can click 
the right button of the mouse to generate a pop-up menu (not shown) on the screen that 
provides the user with a list of fimctions (e.g., OPEN, SORT, TRANSMIT, RECEIVE, 
etc.). 

Fig. 6 illustrates a screen 600 for entering or displaying loan data associated with a 
single loan selected from the previous screen. This screen allows the user to enter data 
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directly into the graphical user interface or display data imported from LOS syston 135 via 
datastore 1 40. The screen includes loan data potaining to the type and terms of a loan 
(Le.. 30-ycar fixed mortgage), property information and purpose of loan, and borrower's 
information. The loan data is displayed in fields and may be modified by a user. 

Fig. 7 illustrates a screen 700 for showing financial loan data of the borrower. 
Specifically, Fig. 7 shows loan data relating to monthly income and combined housing 
expense mformation of the borrower as well as liquid asset and liability data. The user can 
enter data into this screen or modify data imported from LOS system 1 35 via datastore 

140. 

Fig. 8 illustrates a screen 800 for showing loan application information relating to 
transactional mformation. As with the previous screens, the user can enter new data or 
modify data imported from LOS system 135 via datastore 140. 

Fig. 9 illustrates a screen 900 for displaying loan data relating to* underwriting and 
transmittal information. Specifically, saeen 900 includes fields for borrower and property 
information, mortgage information, additional delivery data, and underwriting information. 
As with the previous screens, tiie usw can enter new data or modify data imported from 
LOS system 135 via datastore 140. 

Fig. 10 illustrates a screen 1000 for displaying loan data relating to mortgage 
information and other data relating to the loan. This data includes mortgage insurance 
data, rate-lock information, and "buy down" data. As with the previous screens, the user 
can enter new data or modify data imported from LOS system 135 via datastore 140. The 
user can transmit the loan data imported and validated by loan processing software 131 to 
server environment 1 1 0 after completing this screen or screen 900. 

Fig. 1 1 illustrates a screen 1 100 for showing a decision regarding loan pricing and 
approval generated by server environment 1 10. If the loan is eligible for purchase and loan 
guidelines are satisfied, this screen will include fields for loan price, pricing date, a matrix 
of pricing scenarios, and lender guidelines (e.g., IndyMac guidelines). The user can also 
determme the status of a loan from this screen. If the loan is under review and guidelines 
are not yet satisfied, screen 1 100 will Aow a field for guideline violations and explanations 
for why the guidelines are not met 
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Fig. 1 2 illustrates a soeen 1200 for displaying loan data relating to loan submission 
guidelines. Specifically, this screen shows a guidelines category and a description for each 
category. For each category (e.g., standard, legal, credit), this screen identifies additional 
information required by the lenda: to issue the loan. From this screen, the user also has the 
option of viewing and printing a borrower's credit report and viewing loan suspense 
information as illustrated on sareens 1300 and 1400 in Figs. 13 and 14, respectively. 

Fig. 15 illustrates a screen 1500 for showing rate-lock information associated with 
the loan. This screen may be opened using a "Rate Lock" button illustrated in screen 1 100 
of Fig. 1 1. If a loan is eligible for purchase (/.c, approved by a GSE). a usa: can rate-lock 
a loan price by entering the rate-lock contact name, phone number, and fax number. The 
user then receives a confirmation of the loan price from server environment 1 10. Once a 
loan is rate-locked, loan processing software 1 3 1 allows a user to extend the rate-lock 
period for at least one additional period. 

Fig. 16 illustrates a screen 1600 for displaying an advance warning regarding the 
transfer of loan data from client environment 105 to server environment 1 10. Specifically, 
this screen allows the user to notify server environment 1 10 when documents from the 
physical loan file will be sent (eg., for data validation or fiinding). This screen can be 
opened from the "File" menu bar option (e.g., shown in screen 1200 of Fig. 12) or by 
cUcking on screen 500 of Fig. 5 using the right button of a mouse. To send an advance 
warning using this screen, the user enters the data validation date and/or funding package 
received date and selects the "Send" buttoa To send an advanced warning for anoth^ 
loan, the user selects the "Clear*' button, enters the loan number, presses the ENTER key, 
and enters the appropriate information for the loan. 

Fig. 17 illustrates a screen 1700 for allowing a user to print reports generated by 
loan proce^g software 131 oranother source (eg., server environment 110). The user 
can select one or more reports from those listed on the screen by placing a checkmark in a 
box adjacent the desired rqwrt As illustrated in Fig. 17, these reports include a loan 
registration report (e.g.. Loan Submission Schedule (LSS) Report in e-MITs), a pricing and 
rate-lock information report, documentation requirements report, and a loan suspense 
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report, as shown on screens 1800, 1900. 2000, and 2100 of Figs. 18, 19, 20. and 21. 
respectively. 

Fig. 22 illustrates a flowchart of a method for processing loan data in server 
environment 1 10. As Ulustiated in Figs. 3-21, the user is able to interact vnth the server 
environment by sending and receiving loan data, loan decision information, loan eligibility 
information, loan pricing calculations, and other criteria. To generate this infomiation. 
server environment 1 10 includes a multitude of servers, as discussed above with respect to 
Fig. 1 , that perform different automated services throughout the loan approval process. 
The method begins with dispatcher server 145 of Fig. 1 implementing dispatcher software 
149 to chedc its queue for loan data, including the loan numb«, received ftom a client 
environment or other source (step 2200). This step further includes determining services 
requested with the loan data and sending the loan data to the savers 4at perforaa the 
requested services, starting with the closest server in the pipeline. Several dispatdier 
server 145 processes may be run simultaneously to expedite the loan approval process for 
multiple requests. 

If pre-processing services are required, dispatcher server 145 sends the loan data to 
pre-processor server 150 (step 2210). This server implements pre-processor server 
software 154 to poll its queue for loan data and detraminc v^ether enough loan data is 
present for processing. If not, pre-processor sender 150 notifies the loan source {e.g., client 
environment 105) of the problem through dispatcher server 145. If enough loan data 
exists, step 2210 further includes computing LTV and TLTV, vrfiich are used in 
underwriting server 165. Additionally, pre-processor saver 150 sends a request to pricing 
server 170 to compute a note rate ftom a requested loan data price, if required, using the 
computed LTV and TLTV, 

Credit server 155 implements credit server softwrare 1 59 to poll its queue for loan 
data and extract the borrower's name and social security number to obtain a credit report 
and a credit score (step 2220). To obtain a credit report, credit server sends a request for a 
credit report (uang the loan data) over a communication channel to a credit reporting 
vendor {je.g., Equifax). The credit reporting vendor locates one or more credit reports on 
the borrower from different bureaus and sends them to credit server 155. Preferably, the 
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credit reports include a credit score (e.g., FICO a»re) and are in a printable format. 

Risk grade server 1 60 receives the loan data and credit score and executes risk 
grade server software 164 to determine a risk grade and a loss coverage estimate for the 
loan (step 2230). To determine these values, risk grade server 160 sends the loan data and 
credit score to a rating agency. However, risk assessment s^er 160 may use rating 
software in server environment 110 (e.g.. Standard & Poor's LEVELS model software) to 
generate risk grade and loss coverage estimate values. A risk grade is an assessment of the 
relative risk of a loan with respect to the probability of defeult A loss coverage estimate is 
a measure of the amount of credit protection, or credit enhancement, necessary to protect 
investors against losses under different economic scenarios. 

Underwriting server 165 receives loan and risk data and implements underwriting 
server software 169 to provide automated underwriting decisions and docimientation 
requirements (step 2240). Underwriting server 165 feeds information (e.g., risk grade and 
loan data) from its queue into an underwriting software application (e.g.. Eclipse™), wiiich 
checks the information against underwriting guidelines. If the loan meets the underwriting 
guidelines, underwriting server software 169 generates documentation requirements for the 
loan (e.g., "Please provide two years most recent W-2s and/or paystubs). Otherwise, 
underwriting server 165 will provide a reason v^y guidelines were not met by the 
borrower (e.g., "Maximum 105% LTV allows for all loans. Your loan has an LTV of 
120%). Loan processing software 13 1 in client environment 105 will display the 
foregoing messages as part of the output results. 

Pricing server 170 implements pricing server software 174 to determine the price of 
loans using risk grade, subordination levels, and loan data received in its queue (step 
2250). Pricing server 170 uses real-time market data for certain benchmaric securities to 
compute the price. 

Server environment 1 10 can generate a loan approval decision and send it to client 
environment 105 in i^)proximately ten minutes (step 2270). The loan approval decision is 
an output that indicates the loan is "eligible for purchase," "under review," or "rejected." If 
elipble for purchase, the user receives the price for the loan as submitted, pricing 
scenarios, and a list of loan packaging or submission guidelines. If the loan is under 
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review, the user receives the exact reason why the loan is under review. If the loan is 
rejected, reasons for the rejection are provided to the user. 

Systems and methods described herein implement loan processing software in a 
client environment and utilize dedicated savers in a serv^ environment to provide 
automated loan processing functionality for virtually every stage of the loan approval 
process. The loan processing systems and methods described herein further provide 
expeditious loan approval decisions at a minimal cost 

While there has been illustrated and described preferred onbodiments and methods 
of the present invention, those skilled in the art will understand that various changes and 
rriodifications may be made, and equivalents may be substituted for elements thereof 
without departing from the true scope of the invention. 

In addition, many modifications may be made to adapt a particular element, 
technique or implementation to the teachings of the present invention without departing 
from the central scope of the invention. Therefore, this invention should not be limited to 
the particular embodiments and methods disclosed herein, but should include all 
embodiments falling within the scope of the jqjpended claims. 



-18- 



wo 00/21011 



PCT/US99y23223 



What ts Claimed is: 

1 . A method for electronically processing loan data for one or more loans, 
comprising the steps of: 

importing loan data from a loan origination system into a local environment using a 
graphical user interface; 

transferring the loan data to a remote environment; 

processing the loan data at the remote environment to produce an output regarding 
the loan being processed; and 

sending the output to the local environment. 

2. The method of claim 1 further comprising the step of validating the 
imported loan data. 

3. The method of claim 2 wherein the validating step includes the step of 
detennining whether the imported loan data includes a minimum level of information to 
process. 

4. The method of claim I wherein the transferring step includes the step of 
transferring data relating to a angle loan. 

5. The method of claim 1 wherein the transferring step includes the step of 
transferring data relating to a plurality of loans. 

6. The method of claim 5 wherein the transferring step includes the step of 
waiting until a predetermined time to transfer data for the plurality of loans. 

7. The method of claim 5 wherein the transferring step includes the step of 
waiting until a predetermined number of loans are ready for transfer before transferring the 
data for the loans. 
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8. The method of claim 1 \^4ierein the processing step includes the step 
generating a loan purchase decision based on die loan data. 

9. The method of claim 1 wherein the processing step includes the step of 
generating loan pricing information based on the loan data. 

10. The method of claim 1 wherein the processing step includes the step of 
generating loan eligibility information based on the loan data. 

1 1. The method of claim 1 further comprising the step of locking a loan price 
for a predetermined period of time. 

12. The method of claim 1 1 further comprising the step of extending a locked 
loan price for an additional predetermined period of time. 

13. The method of claim 1 finther comprising the step of sending advance 
warning information fiom the local «ivironment to the remote environment that indicates 
the subsequent transfer of a physical loan document therebetween. 

14. The method of claim I fiirther coir^jrising the step of generating a loan 
suspense rqjort at the local environment based on the output 
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15. A method for electronically processing loan data for one or more loans in a 
local environment, comprising the steps of: 

importing loan data &om a loan origination system into the local environment using 
a graphical user interface; 

transferring the loan data to a remote environment for processing; 

receiving an output &om the remote environmoit indicating approval or 
disapproval of the loan based on the processed loan data; and 

fixing a loan rate with the remote enviroiunent based on the processed loan data. 

1 6. The method of claim 1 5 further comprising the step of validating the 
imported loan data. 

1 7. The method of claim 1 6 wlierein the validating step includes the step of 
determining v^ether the imported loan data includes a minimum level of information to 
process. 

18. The method of claim 15 wherein the transferring step includes the step of 
transferring data relating to a single loan. 

1 9. The method of claim 15 wherein the transferring step includes the step of 
transferring data relating to a plurality of loans. 

20. The method of claim 19 wherein the transferring step includes the step of 
waiting until a predetermined time to transfer data for the plurality of loans. 

21. The method of claim 19 wherein the transferring step includes the step of 
waiting until a predetermined numbo- of loans are ready for transfer before transferring the 
data for the loans. 
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22. A method for electronically processing loan data for a loan received from a 
source, comprising the steps of: 

monitoring the receipt of the loan data from the source; 
determining whether the loan data is complete for processing; 
generating a credit score based on the loan data; 
analyzing the loan data and the credit score for a potential risk; 
developing documentation requirements for a loan based on the loan data and 
potential risk; and 

pricing the loan based on a plurality of predetmnined loan approval criteria 
including at least one of the loan data, credit score, potential risk, and documentation 
requirements. 

23 . The method of claim 22 wherein the developing step further includes the 
step of developing documentation requirements based on predetermined underwriting 
guidelines. 

24. The method of claim 22 wherein the determining step includes the step of 
detmnining predetermined services associated with the loan data. 

25. The method of daim 22 wherein the determining step includes the step of 
computing a loan-to-value ratio. 

26. The method of claim 22 wherein the detOTnining step includes the step of 
computing a total loan-to-value ratio. 

27. The method of claim 22 further comprising the step of generating a loan 
decision output indicating vsliether to ^prove or disprove a loan. 
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28. A system for electronically processing loan data for one or more loans, 
comprising: 

means for importing loan data fiom a loan origination system into a local 
environment using a graphical user interface; 

means for transferring the loan data to a remote environment; 

means for processing the loan data at.remote environment to produce an output 
regarding ^e loan being processed; and 

means for sending the output to the local envirormient 

29. The system of claim 28 further comprising means for validating the 
imported loan data. 

30. The system of claim 29 wherein the validating means includes means for 
determining whether the imported loan data includes a minimum level of information to 
process. 

3 1 . The system of claim 28 wherein the transferring means includes means for 
transferring data relating to a single loan. 

32. The system of claim 28 wherein the transferring means includes means for 
transferring data relating to a plurality of loans. 

33 . The system of claim 32 vsdierein the transferring means includes means for 
waiting xmtil a predetermined time to transfer data for the plurality of loans. 

34. The system of claim 32 w4ierein the transferring means includes means for 
waiting until a predetermmed number of loans are ready for transfer before transferring the 
data for the loans. 
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35. The system of claim 28 wherein the piocessing means includes me^ 
generating a loan piirchase decision based on the loan data 

36. The system of claim 28 vs^rein the processing means includes means for 
generating loan pricing information based on the loan data. 

37. The system of claim 28 wherein the processing means includes means for 
generating loan eligibility information based on the loan data. 

38. TTie system of claim 28 further comprising means for locking a loan price 
for a predetermined period of time. 

39. The system of claim 38 further con:^rising means for extending a locked 
loan price for an additional predetermined period of time. 
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40. A system for electronically processing loan data for a loan received from a 
source location, comprising: 

dispatching means for monitoring the receipt of the loan data from the source; 

pre-processing means for determining whether the loan data includes a required 
loan parameter for processing; 

credit means for generating a credit score ba^d on the loan data; 

risk means for analyzing the loan data and the credit score for a potential risk; 

underwriting means for developing documentation requirements for a loan based on 
the loan data and the potential risk; and 

pricing means for pricing the loan based on a plurality of predetermined loan 
approval criteria including at least one of the loan data, credit score, potential risk, and 
documentation requirements. 

4 1 . The systan of daim 40 wherein the dispatching means includes a server 
computer with a processor and a queue. 

42. The system of claim 4 1 wherein the dispatching means includes means for 
checking the queue for loan data. 

43 . The system of claim 4 1 wherein the dispatching means includes means for 
determining whether a service is requested with the loan data, 

44. The system of clmm 4 1 wherein the dispatching means includes means for 
sending the loan data to a server providing the requested service. 

45. The system of claim 40 wherein the pre-processing means communicates 
with the dispatching means and includes a server computer with a processor and a queue. 

46. The system of claim 45 vs^ierein the pre-processing means includes means 
for checking the queue for loan data. 
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47. The system of claim 45 wherein the pre-processing means includes means 
for computing a loan-to-value ratio. 

48. The system of claim 45 wherein the pre-processing means includes means 
for computing a total loan-to-value ratio. 

49. The system of claim 45 \Aerein die pre-processing means includes means 
for feeding pricing information to the pricing means. 

50. The system of claim 40 vdierein tiie credit means communicates with the 
dispatching means and includes a server computer with a processor and a queue. 

51. The system of claim 50 wherein the credit means includes means for 
retrieving credit data from credit depositories. 

52. The system of claim 50 v^erein the credit means includes means for 
computing credit scores for the loan* 

53. The system of claim 50 wherein the credit means includes means for 
generating a printable version of a credit report 

54. The system of claim 40 wherein the risk means communicates with the 
dispatching means and includes a server computer with a processor and a queue. 

55. The system of claim 54 wherein the risk means includes means for 
determining a risk grade for the loan. 

56. The system of claim 54 wherein the risk means includes means for 
computing a plurality of subordination levels. 
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57. The system of claim 40 wherein the underwriting means communicates with 
the dispatching means and includes a server computer with a processor and a queue. 



58. The system of claim 37 wherein the underwriting means includes means for 
providing automated imderwriting decisions. 

59. The system of claim 57 in^rein the underwriting means includes means for 
providing docimientation requirements. 

60. Thesystemof claim 40 wherdn the pricing means communicates with the 
dispatching means and includes a server computer with a processor and a queue. 
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61 . A method for processing loan plications received at a server system 
connected to a network, the method comprising the steps, performed by the server 
system, of: 

inputting a loan request including loan data corresponding to a loan; 
inputting requester data including information identifying an entity seeking the 

loan; 

accessing at least one database to verify at least a portion of the information 
identifying the entity; 

providing an indication reflecting a loan j^proval or rejection based on the 
loan data and the requester data, including a loan rate; 

determining a loan price indicating that the loan is eligible for purchase based 
on a predetermined set of criteria; and 

inputting data indicating selection of the loan rate, wherein upon receipt of the 
loan rate selection data the loan rate is bided for a predetermined time, 

62. The method of claim 61 , wherein the method further comprises the step of: 

permitting a user to monitor a status corresponding to the step of providing an 
indication reflecting a loan approval or rejection. 

63. The mediod of claim 61, v^erein the step of providing an mdication reflecting 
a loan approval or rejection comprises the steps of: 

determimng from information related to the requester data a score reflecting 
the entity's ability to rcp^ the loan; 

detamining a risk grade for the loan and subordination levels based on 
information ftom tfie loan data and the score; and 

determining underwriting guidelines and documentation requirements for the 
loan based on the risk grade and information from the loan data. 

64. The method of claim 61 wherein the step of providing an indication reflecting 
a loan approval or rejection comprises the step of; 

selecting a loan rate based on a risk associated with the loan. 
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65. The method of claim 62, further con^rising the step of: 

providing a set of pricing scenarios for the loan, each sc^iario rq)rescnting a 
different interest ratio, down payment, and loan program. 

66. The method of claim 61 , v^erein the stq> of providing an indication reflecting 
a loan approval or rejection con^rises the substep of. 

determining documentatbn requirements associated with the loan when the 
indication reflects that the loan has been approved 

67. The method of claim 66, further comprising the step of: 

generating closing documents associated with the loan; and 

electronically transmitting the closing documents from the server system to a 
client system cormected to the network. 

68. A computer-implemented method for processing loan applications, the method 
comprising the steps of: 

irq)utting into a computer system loan request including loan data 
corresponding to a loan; 

inputting into the computer systwn requester data including information 
identifying an entity seeking the loan; 

accessing at least one database to verify at least a portion of the infomiation 
identifying the entity; 

providing an indication reflecting a loan approval or rejection based on the 
loan data and the requester data, including a loan rate; 

determining a loan price indicating that the loan is eligible for purchase based 
on a predetermined set of criteria; and 

iiiputting into the computer system data indicating selection of the loan rate, 
wherein upon receipt of the loan rate selection data the loan rate is fixed for a 
predetermined time. 

69. A method for processing loan applications by a computer system connected to 
a display screen, comprising: 
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pennitting a uss to input (i) a loan request including loan data corresponding 
to a loan, and (li) requester data including information identifying an entity seeking 
the loan; 

accessir^ at least one database to verify at least a portion of the information 
identifying the entity; 

presenting a view on the display screen, including an indication reflecting 
loan approval or rejection based on the loan data and the requester data, including a 
loan rate; 

determining a loan price based on a predetermined set of criteria; and 

permitting the user to irqnit data indicating selection of the loan rale, wherein 
upon receipt of the loan rate selection data the loan rate is fixed for a predetermined 
time. 
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